Les packs d'administration pour les composants Connector Service ont été modifiés afin que le processus de détection de ces composants ait maintenant lieu toutes les quatre heures. Toutes les erreurs relatives à Connector Service ne sont pas signalées dans Operations Manager tant que la détection de l'objet Connector Service n'est pas terminée. Les composants Connector Service supplémentaires pour lesquels vous installez la fonctionnalité Haute Disponibilité ne sont pas analysés jusqu'à la prochaine détection planifiée.

Solution de contournement : Si vous avez besoin d'exécuter la détection immédiatement, arrêtez puis redémarrez le service de contrôle d'intégrité sur l'ordinateur exécutant le composant Connector Service. Par exemple, vous pouvez exécuter le processus de détection après l'installation de composants Connector Service supplémentaires pour la haute disponibilité.

La fonctionnalité de vérification de la configuration requise du processus d'installation du connecteur échoue si la vérification détecte une version précédente.

Solution de contournement : Utilisez le programme de désinstallation ou la fonctionnalité Ajout ou suppression de programmes de Windows pour vous assurer que toutes les versions précédentes d'Operations Manager Interop Connectors sont désinstallées. Si ce n'est pas le cas, désinstallez tout composant précédent ou toute version précédente de Microsoft Interop Connectors du groupe d'administration dans lequel vous envisagez d'installer les connecteurs. Désinstallez également les composants Interop Provider et Interop Core des systèmes distants sur lesquels vous envisagez d'installer les composants Interop Provider.

Tout serveur basé sur Windows hébergeant soit Operations Manager 2007 R2 soit Interop Provider doit disposer de la version anglaise du package redistribuable Microsoft Visual C++ 2008 pour permettre une installation et une configuration correctes des composants.

Solution de contournement : Pour télécharger la version anglaise du package redistribuable Microsoft Visual C++ 2008 adapté à votre type de serveur, consultez les informations du Centre de téléchargement Microsoft (http://go.microsoft.com/fwlink/?LinkId=117778).

Vous pouvez installer la version anglaise du package redistribuable Microsoft Visual C++ 2008 et une version dans une autre langue sur le même ordinateur.

Si l'instance de base de données SQL Server utilisée pour la base de données Connector Service est installée sur un serveur en cluster exécutant SQL Server, vous devez spécifier l'instance de base de données. Pour les serveurs qui ne sont pas en cluster, la sélection du champ Instance de base de données SQL Server sur la page Base de données de configuration du connecteur de l'Assistant d'installation de Connector Service est optionnelle.

Solution de contournement : Lorsque vous installez le composant Connector Service sur des serveurs en cluster, dans la zone de texte Instance de base de données SQL Server sur la page Base de données de configuration du connecteur, entrez le nom de l'instance de base de données à utiliser. Le champ Base de données SQL peut conserver la valeur par défaut, SCInterop.

Un compte d'utilisateur disposant des autorisations d'accès au volet Administration dans Operations Manager 2007 R2 peut ne pas disposer des autorisations suffisantes pour lire ou exécuter des procédures stockées dans la base de données SCInterop. Le manque d'autorisations empêche le compte d'utilisateur d'accéder au composant Connectors Configuration UI dans le volet Administration.

Solution de contournement : Le compte d'utilisateur utilisé pour administrer Operations Manager 2007 R2 doit également disposer des privilèges DBO SQL dans la base de données SCInterop. Généralement, vous utilisez SQL Server Management Studio pour accorder des autorisations à un compte d'utilisateur.

Lorsqu'un connecteur est installé et que vous accédez au fichier .msi de configuration des connecteurs en cliquant dessus ou en utilisant la fonctionnalité Ajout ou suppression de programmes de Windows, la page Modifier, réparer ou supprimer l'installation s'affiche. La fonction de réparation du programme d'installation de Connecteur est désactivée Si vous cliquez avec le bouton droit sur le fichier .msi, vous voyez apparaître la sélection Réparer. Si vous cliquez sur la sélection Réparer, vous recevez un message d'erreur et la fonction échoue.

Solution de contournement : Pour réparer un connecteur spécifique, désinstallez-le, puis réinstallez-le. Pour plus d'informations sur l'installation des connecteurs, voir le Guide de déploiement Operations Manager 2007 R2 Connectors.

Lorsque vous configurez un abonnement à l'aide de l'Assistant d'abonnement au connecteur du produit, il est préférable de ne pas transférer d'alertes portant le statut Fermé. En effet, cela peut entraîner un nombre imprévu de transferts d'alertes. Sur la page Critères de l'Assistant d'abonnement au connecteur du produit, l'option Fermé pouvant être sélectionnée par défaut, veillez à la désactiver.

Lorsque vous configurez Operations Manager 2007 R2 Connectors lors de l'installation, la boîte de dialogue Configuration du connecteur OpsMgr Connector pour <EMS> s'affiche. Utilisez le champ Nom de serveur <EMS> pour entrer le nom du serveur principal pour le système distant. Cependant, ce nom de serveur n'est pas validé. Pour éviter l'échec des opérations de transfert, assurez-vous d'entrer un nom valide pour le serveur du système distant.

Lorsque vous exécutez System Center Operations Manager 2007 R2 Connector pour HP Operations Manager sur un système basé sur UNIX, Interop Provider (scxcimd) et le démon (scinteropd) doivent être démarrés avec les mêmes paramètres régionaux que ceux sous lesquels HP Operations Manager est exécuté. Si les paramètres régionaux diffèrent, le fournisseur et scinteropd ne parviennent pas à se connecter à HP Operations Manager et un message de type « Connexion non valide » apparaît dans les fichiers journaux.

Solution de contournement : Lorsque vous exécutez System Center Operations Manager 2007 R2 Connector pour HP Operations Manager sur un système basé sur UNIX, Interop Provider (scxcimd) et le démon (scinteropd) doivent être démarrés avec les mêmes paramètres régionaux que ceux sous lesquels HP Operations Manager est exécuté. Si ce n'est pas le cas, le fournisseur et le démon ne parviennent pas à se connecter à HP Operations Manager et un message de type « Connexion non valide » apparaît dans les fichiers journaux scx.

Par exemple, si HP Operations Manager Connector a été démarré avec des paramètres régionaux définis sur « ja_JP.SJIS » et que le démon scxcimd (Interop Provider) a été démarré avec des paramètres régionaux définis sur « C », un message de type « Connexion non valide » apparaît dans le journal scx lors de la première tentative de transfert d'une nouvelle alerte de System Center Operations Manager 2007 R2 vers HP Operations Manager Connector.

Si du texte dans une langue autre que l'anglais est présent dans les paramètres des champs des alertes transférées par Operations Manager 2007 R2 Connectors, le transfert peut échouer ou les données devenir corrompues. Les données dans une langue autre que l'anglais ne sont pas prises en charge pour le texte des alertes.

Solution de contournement : N'utilisez les connecteurs qu'avec des composants qui génèrent des alertes en anglais.

Lorsque vous incluez du contexte et une base de connaissances du produit dans une alerte TEC, vous devez réduire le paramètre de taille du champ Maximum dans l'onglet Operations Manager de la boîte de dialogue Configuration du connecteur TEC à une valeur de 1 000 par exemple. Si ces paramètres de taille de champ dépassent 1 000 octets, l'un des scénarios suivants peut survenir.

Scénario 1 :

1. L'alerte est transférée à TEC.
   
   
2. TEC reçoit l'alerte.
   
   
3. L'alerte étant trop volumineuse, elle ne se conforme pas aux règles TEC.
   
   
4. L'alerte finit par atteindre le nombre maximal de tentatives.
   
   

Scénario 2 :

1. L'alerte est transférée à TEC.
   
   
2. L'alerte étant trop volumineuse, elle est abandonnée et n'est donc pas créée dans TEC.
   
   
3. L'alerte finit par atteindre le nombre maximal de tentatives.
   
   

Pour déterminer si la taille de l'alerte est la cause de l'échec du transfert, procédez comme suit :

1. Sur le serveur TEC, utilisez la commande Tivoli, wtdumprl, pour déterminer si l'alerte a été reçue et traitée. Si l'alerte est trop volumineuse, le serveur TEC l'a peut-être abandonnée.
   
   

Si l'événement a été créé dans TEC mais que la propriété TicketID de l'alerte n'a jamais été mise à jour avec l'ID d'événement TEC, procédez comme suit :

• Examinez le fichier tec_rule pour une erreur similaire à la suivante : Apr  8 17:41:11.326091 tec_rule[421948] ERR tec_msg.c:130: Packet size too small to contain message
  
  

Le fichier tec_rule se trouve dans le répertoire /tmp des systèmes basés sur UNIX et dans le répertoire /$DBDIR/tmp des ordinateurs basés sur Windows.

1. Ouvrez la boîte de dialogue Configuration du connecteur TEC.

2. Sélectionnez l'onglet Operations Manager.

3. Définissez Taille maximale du champ sur 1 000 ou moins.

Si TEC Connector Service n'est pas configuré sur un numéro de port correct, le service ne peut pas communiquer avec TEC et génère des erreurs.

Solution de contournement : Lorsque vous transférez des alertes sur un serveur TEC exécutant Windows, vous devez définir le port du serveur TEC du composant Connector Configuration UI sur le port d'écoute spécifique de TEC. Le connecteur est configuré pour fonctionner avec des serveurs basés sur UNIX ou des serveurs TEC qui utilisent le mappeur de ports UNIX pour déterminer le port TEC. Un serveur TEC exécutant Windows utilise un port codé en dur qui est, par défaut, défini sur 5529. Vous devez définir le port du serveur TEC sur le port d'écoute spécifique de TEC, puis redémarrer Connector Service.

En de rares occasions, le SDK Operations Manager peut produire un message de type « Erreur inconnue ». Lorsque cela se produit, Connector Service s'arrête. Vous pouvez vérifier les journaux de Connector Service pour voir s'ils contiennent plus d'informations sur les raisons de l'arrêt de Connector Service. Pour reprendre, redémarrez Connector Service.

L'installation d'Operations Manager 2007 R2 Connectors échoue parfois et émet un avertissement indiquant que le produit est déjà configuré.

Solution de contournement :

Pour les serveurs basés sur Windows Server 2008, supprimez les fichiers suivants :

• C:\ProgramData\TECConfigInstall.xml\
  
  
• C:\ProgramData\REMEDYConfigInstall.xml\
  
  
• C:ProgramData\OVOConfigInstall.xml\ ou C:ProgramData\UNVConfigInstall.xml\
  
  

Pour les serveurs basés sur Windows Server 2003, supprimez les fichiers suivants :

• C:\Documents and Settings\All Users\Application Data\TECConfigInstal.xml\
  
  
• C:\Documents and Settings\All Users\Application Data\REMEDYConfigInstal.xml\
  
  
• C:\Documents and Settings\All Users\Application Data\OVOConfigInstal.xml\ ou C:\Documents and Settings\All Users\Application Data\UNVConfigInstal.xml
  
  

Lorsque vous installez les composants Operations Manager 2007 R2 Connectors sur un ordinateur basé sur Windows Server 2008 en utilisant un compte d'utilisateur de domaine, l'installation peut échouer même si le compte dispose des autorisations appropriées.

Solution de contournement : Suivez la procédure suivante pour effectuer l'installation.

1. Dans le menu Démarrer, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur Exécuter en tant qu'administrateur.

2. Dans la fenêtre Commande, indiquez l'emplacement du fichier d'installation.

3. Exécutez la commande msiexec /i en utilisant le fichier de configuration du connecteur approprié, par exemple :

   msiexec /i SciConnectorSetup_x86.msi

Il est recommandé d'installer les composants Connector Service et Interop Provider sur des serveurs distincts.

Il n'est pas nécessaire d'installer Connector Service sur un serveur disposant de l'agent Operations Manager. Si Connector Service est installé sur un serveur qui ne dispose pas d'un agent Operations Manager, les erreurs et les événements relatifs aux connecteurs ne sont pas déclenchés dans la console et le pack d'administration ne détecte pas le connecteur.

Vous devez authentifier la vérification de certificat avant de configurer la fonctionnalité Haute disponibilité et d'ajouter des systèmes dans la boîte de dialogue Ordre de communication EMS des propriétés du connecteur.

Lorsque vous configurez le deuxième serveur, exécutez manuellement l'utilitaire scicert pour retirer le certificat du système du fournisseur et établir une relation approuvée entre le deuxième système Connector Service et le système du fournisseur.

Pour consulter des informations sur l'utilisation de scicert, pour vos configurations spécifiques, ouvrez une fenêtre de commande, tapez scicert, puis appuyez sur ENTRÉE.

Operations Manager 2007 R2 Connectors doit uniquement être installé sur des systèmes d'exploitation basés sur la langue anglaise.

Si vous installez Connector Service sur le même serveur que sur lequel la base de données SQL Server est installée, puis que vous redémarrez le serveur, il est probable que Connector Service tente de démarrer avant que SQL Server ait lui-même démarré. Dans ce cas, Connector Service ne démarre pas. Si ce scénario se produit, vous pouvez redémarrer manuellement Connector Service une fois que SQL Server est exécuté.

Pour éviter ce scénario, vous pouvez utiliser le Gestionnaire de services pour ajouter une action de récupération au service.

1. Dans le Panneau de configuration, sélectionnez Outils d'administration, puis sélectionnez Services.

2. Dans le volet droit de la fenêtre Services, cliquez avec le bouton droit sur l'entrée OpsMgr Connector pour <EMS>, puis sélectionnez Propriétés.

3. Dans la boîte de dialogue Propriétés, sélectionnez l'onglet Récupération.

4. Dans les listes Première défaillance, Deuxième défaillance et Défaillances suivantes, sélectionnez Redémarrer le service.

5. Dans le champ Redémarrer le service après, entrez 1, puis cliquez sur OK.

6. Fermez les fenêtres Services et Outils d'administration, puis fermez le Panneau de configuration.

Lorsque vous installez un connecteur et spécifiez un serveur basé sur Windows pour Interop Provider, le certificat généré sur le serveur du fournisseur est basé sur le nom du serveur et non sur le nom de domaine complet du serveur. Ne spécifiez pas le nom de domaine complet dans le champ Fournisseur <EMS> de l'Assistant Configuration du connecteur. À la place, utilisez le nom du serveur sur lequel Interop Provider est installé.

Le compte que vous utilisez lors de la configuration de Connector Service doit disposer des privilèges « Connexion en tant que service ».

L'installation de plusieurs fournisseurs sur le même serveur n'est pas prise en charge dans cette version d'Operations Manager 2007 R2 Connectors.

Pour envoyer des données dans une langue autre que l'anglais à Remedy, la version non anglaise (locale) de l'outil utilisateur Remedy doit être installée sur le serveur du fournisseur. Les paramètres régionaux d'applications non Unicode doivent également être définis sur les paramètres régionaux non anglais. Par exemple, si vous utilisez des données japonaises, vous devez installer l'outil utilisateur japonais et, sous Windows, vous devez définir les paramètres régionaux des applications non Unicode sur le japonais.

De plus, lorsque vous installez le serveur AR, vous devez définir la langue des DONNÉES sur la langue locale (non anglaise). La langue des DONNÉES peut uniquement être définie lorsque le serveur AR est installé. Elle ne peut pas être modifiée après l'installation.

Le compte « opsmgr » peut uniquement être utilisé par Connector Service. Si vous utilisez le compte « opsmgr » pour mettre à jour des tickets, les mises à jour ne sont pas renvoyées à Operations Manager 2007 R2.

Notez que l'installation du connecteur et du fournisseur ouvre les ports 1433 et 1270. Le port 1433 est le port SQL Server par défaut. Le port 1270 correspond au port WS-Man.

Si vous utilisez TEC Connector pour transférer des alertes vers un serveur TEC basé sur Windows, vous devez définir le port du serveur TEC du composant Connector Configuration UI sur le port d'écoute spécifique de TEC.

Le connecteur est configuré pour fonctionner avec des serveurs TEC basés sur Windows, Linux et UNIX qui utilisent le mappeur de ports UNIX pour déterminer le port TEC. TEC sous Windows utilise un port codé en dur. Par défaut, il s'agit du port 5529. Vous devez définir le port du serveur TEC sur le port d'écoute spécifique de TEC, puis redémarrer Connector Service. Dans le cas contraire, Connector Service ne communique pas avec TEC et génère des erreurs.